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Intellectual Property Rights 



IPRs essential or potentially essential to the present document may have been declared to ETSI. The information 
pertaining to these essential IPRs, if any, is publicly available for ETSI members and non-members, and can be found 
in ETSI SR 000 314: "Intellectual Property Rights (IPRs); Essential, or potentially Essential, IPRs notified to ETSI in 
respect of ETSI standards", which is available from the ETSI Secretariat. Latest updates are available on the ETSI Web 
server ( http://ipr.etsi.org ). 

Pursuant to the ETSI IPR Policy, no investigation, including IPR searches, has been carried out by ETSI. No guarantee 
can be given as to the existence of other IPRs not referenced in ETSI SR 000 314 (or the updates on the ETSI Web 
server) which are, or may be, or may become, essential to the present document. 



Foreword 

This Technical Specification (TS) has been produced by Joint Technical Committee (JTC) Broadcast of the European 
Broadcasting Union (EBU), Comite Europeen de Normalisation ELECtrotechnique (CENELEC) and the European 
Telecommunications Standards Institute (ETSI). 

NOTE: The EBU/ETSI JTC Broadcast was established in 1990 to co-ordinate the drafting of standards in the 
specific field of broadcasting and related fields. Since 1995 the JTC Broadcast became a tripartite body 
by including in the Memorandum of Understanding also CENELEC, which is responsible for the 
standardization of radio and television receivers. The EBU is a professional association of broadcasting 
organizations whose work includes the co-ordination of its members' activities in the technical, legal, 
programme-making and programme-exchange domains. The EBU has active members in about 60 
countries in the European broadcasting area; its headquarters is in Geneva. 

European Broadcasting Union 

CH-1218 GRAND SACONNEX (Geneva) 

Switzerland 

Tel: H-4122 717 211I 

Fax: H-41 22 717 24 81 

The Digital Video Broadcasting Project (DVB) is an industry-led consortium of broadcasters, manufacturers, network 
operators, software developers, regulatory bodies, content owners and others committed to designing global standards 
for the delivery of digital television and data services. DVB fosters market driven solutions that meet the needs and 
economic circumstances of broadcast industry stakeholders and consumers. DVB standards cover all aspects of digital 
television from transmission through interfacing, conditional access and interactivity for digital video, audio and data. 
The consortium came together in 1993 to provide global standardisation, interoperability and future proof 
specifications. 
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Scope 



The present document defines codes, and identifiers (also referred to as code points) used in DVB systems. These codes 
are allocated by the DVB Project Office at the request of potential service providers and once allocated, become part of 
EN 300 468 [i. 1] by reference. Further details can be obtained by contacting DVB Services Sari. 

DVB Services Sari 

c/o EBU L'Ancienne Route 17a 

CH-1218 Grand-Saconnex 

Switzerland 

Tel: +41 22 717 27 19 

Email: info@dvbservices.com 

Web: http://www.dvbservices.com 



2 References 

References are either specific (identified by date of publication and/or edition number or version number) or 
non-specific. For specific references, only the cited version applies. For non-specific references, the latest version of the 
reference document (including any amendments) applies. 

Referenced documents which are not found to be publicly available in the expected location might be found at 
http://docbox.etsi.org/Reference . 

NOTE: While any hyperlinks included in this clause were valid at the time of publication ETSI cannot guarantee 
their long term validity. 

2.1 Normative references 

The following referenced documents are necessary for the application of the present document. 
Not applicable. 

2.2 Informative references 

The following referenced documents are not necessary for the application of the present document but they assist the 
user with regard to a particular subject area. 

[i.l] ETSI EN 300 468: "Digital Video Broadcasting (DVB); Specification for Service Information (SI) 

in DVB systems". 

[i.2] ETSI TS 101 211: "Digital Video Broadcasting (DVB); GuideUnes on implementation and usage 

of Service Information (SI)". 

[i.3] ETSI EN 301 192: "Digital Video Broadcasting (DVB); DVB specification for data broadcasting". 

[i.4] ETSI TR 101 202: "Digital Video Broadcasting (DVB); Implementation guidelines for Data 

Broadcasting". 

[i.5] ETSI TS 101 8 12: "Digital Video Broadcasting (DVB); Multimedia Home Platform (MHP) 

Specification 1.0.3". 

[i.6] ETSI TS 102 727: "Digital Video Broadcasting (DVB); Multimedia Home Platform (MHP) 

Specification 1.2.2". 

[i.7] ISO 3166-1: "Codes for the representation of names of countries and their subdivisions - 

Part 1: Country codes". 

[i.8] ETSI TS 102 606: "Digital Video Broadcasting (DVB); Generic Stream Encapsulation (GSE) 

Protocol". 
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[i.9] CENELEC EN 50221: "Common Interface Specification for Conditional Access and other Digital 

Video Broadcasting Decoder Applications". 

[i.lO] ETSI TS 102 323: "Digital Video Broadcasting (DVB); Carriage and signalling of TV-Anytime 

information in DVB transport streams". 

[i. 1 1 ] ETSI TS 102 034: "Digital Video Broadcasting (DVB); Transport of MPEG-2 TS Based DVB 

Services over IP Based Networks". 

[i. 12] ETSI TS 102 006: "Digital Video Broadcasting (DVB); Specification for System Software Update 

in DVB Systems". 

[i.l3] ETSI TS 102 771: "Digital Video Broadcasting (DVB);Generic Stream Encapsulation (GSE) 

implementation guidelines". 

[i. 14] ETSI TS 102 539: "Digital Video Broadcasting (DVB); Carnage of Broadband Content Guide 

(BCG) information over Internet Protocol (IP)". 

[i.l5] ETSI TS 102 824: "Digital Video Broadcasting (DVB); Remote Management and Firmware 

Update System for DVB IPTV Services (Phase 2)". 

[i.l6] ETSI TS 102 832: "Digital Video Broadcasting (DVB); IP Datacast over DVB-H: Notification 

Framework". 

[i.l7] ETSI TS 102 611-1: "Digital Video Broadcasting (DVB); IP Datacast: Implementation Guidelines 

for Mobility; Part 1: IP Datacast over DVB-H". 

[i.l8] ETSI TS 102 474: "Digital Video Broadcasting (DVB); IP Datacast over DVB-H: Service 

Purchase and Protection" . 

[i.l9] CableLabs®: "OpenCable Application Platform Specifications; OCAP 1.1 Profile; 

OC-SP-OCAPl. 1.3-100603". 

NOTE: http://www.cablelabs.eom/speciFications/OC-SP-OCAPl.l.3-100603.pdf . 

[i.20] ATSC A/101 : "Advanced Common Application Platform (ACAP)". 

NOTE: http://www.atsc.Org/cms/standards/a lOla.pdf . 

[i.21] Open IPTV Forum: "OIPF Release 1 Specification Volume 3 - Content Metadata". 

NOTE: http://www.oipf.tv/docs/Releasel/Releasel 1/OIPF-Tl-Rl -Specification- Volume-3-Content-Metadata- 
VI l-2009-10-08.pdf. 

[i.22] Open IPTV Forum: "OIPF Release 1 Specification Volume 5 - Declarative Application 

Environment". 

NOTE: http://www.oipf.tv/docs/Releasel/Releasel 1/OlPF-Tl -Rl -Specification- Volume-5-Declarative- 
Application-Environment- V 1 1 -2009- 1 0-08 .pdf . 

[i.23] Open IPTV Forum: "OIPF Release 1 Specification Volume 6 - Procedural Application 

Environment". 

NOTE: http://www.oipf.tv/docs/Releasel/Releasel 1/OIPF-Tl-Rl -Specification- Volume-6-Procedural- 
Application-Environment- V 1 1 -2009- 1 0-08 .pdf. 

[i.24] ETSI TS 102 809: "Digital Video Broadcasting (DVB); Signalling and carriage of interactive 

applications and services in Hybrid broadcast/broadband environments". 

[i.25] ETSI ES 202 184: "MHEG-5 Broadcast Profile". 

[i.26] ETSI TS 102 728: "Digital Video Broadcasting (DVB); Globally Executable MHP (GEM) 

Specification 1.2.2 (including IPTV)". 

[i.27] ETSI TS 102 471: "Digital Video Broadcasting (DVB); IP Datacast over DVB-H: Electronic 

Service Guide (ESG)". 
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[i.28] ETSI TS 102 825: "Digital Video Broadcasting (DVB); Content Protection and Copy Management 

(DVB-CPCM". 

[i.29] ETSI TS 102 770: "Digital Video Broadcasting (DVB); System Renewability Messages (SRM) in 

DVB Systems". 



3 Definitions and abbreviations 

3.1 Definitions 

For the purposes of the present document, the following terms and definitions apply: 

ACME: A fictional company. 

NOTE: See http://en.wikipedia.org/wiki/Acme Corporation . 

applicant: organisation which applies for an identifier under the regime of the present document 

application domain: identifier namespace constituted by a specification other than the present document 

registrar: organisation who keeps a public register of DVB-Sl identifiers and assigns new values to Applicants under 
the regime of the present document 

NOTE: By default, the DVB Project Office is the only registrar for DVB-SI identifiers. The Project Office may 
however pass this task on to one or more third parties. 

registration domain: identifier namespace constituted by the present document 

3.2 Abbreviations 

For the purposes of the present document, the following abbreviations apply: 



AIT 


Application Information Table 


ATM 


Asynchronous Transfer Mode 


BCG 


Broadband Content Guide 


NOTE: 


SeeTS102 539[i.l4]. 


CA 


Conditional Access 


CDS 


Content Download Service 


NOTE: 


See TS 102 539 [i. 14] 


COD 


Content on Demand 


NOTE: 


SeeTS 102 034 [i.ll]. 


CP 


Copy Protection 


CPCM 


Content Protection Copy Management 


NOTE: 


SeeTS 102 825 [i.28]. 


CPS 


Content Protection System 


DVB 


Digital Video Broadcasting 


DVB-CI 


DVB Common Interface 



NOTE: See EN 50221 [i.9]. 

DVBSTP DVB SD&S Transport Protocol 

NOTE: SeeTS 102 539 [i.l4]. 
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ESG 


Electronic Service Guide 


NOTE: 


SeeTS 102 471 [i.27]. 


GEM 

GSE 

FUS 


Globally Executable MHP 
Generic Stream Encapsulation 
Firmware Update Service 


NOTE: 


SeeTS 102 824 [i.l5]. 


HTTP 

ID 

IP 

IPDC 

IPTV 

MAC 

MHP 

MHEG 


Hypertext Transfer Protocol 

IDentity 

Internet Protocol 

IP Datacast 

Internet Protocol TV 

Medium Access Control 

Multimedia Home Platform 

Multimedia and Hypermedia Experts Group 


NOTE: 


SeeES202 184[i.25]. 


MPEG 


Motion Picture Expert Group 


NOTE: 


See EN 300 468 [i.l]. 


NIT 


Network Information Table 


NOTE: 


See EN 300 468 [i.l]. 


PKI 
SD&S 


Public-Key Infrastructure 
Service Discovery and Selection 


NOTE: 


See TS 102 034 [i. 11]. 


SI 
SPP 


Service Information 

Service Purchase and Protection 


NOTE: 


SeeTS 102 474 [i.l8]. 


SRM 


System Renewability Messages 


NOTE: 


See TS 102 770 [i.29] 


TS 


Transport Stream 


NOTE: 


See EN 300 468 [i.l]. 


XML 


Extensible Markup Languag 



Principles of registration 



The present document defines the allocation of identifiers pertaining to different DVB specifications (e.g. MHP, SI, 
Data Broadcasting, etc.). It does not describe the detail or the template as to how this should be done. The aim of the 
present document is to provide assistance to those soliciting and allocating identifiers. 

Each identifier has the following attributes: 

1) It is defined in a DVB specification (e.g. DVB Service Information ( EN 300 468 [i. 1])). 

2) It is either: 

a) a binary number represented by either its hexadecimal equivalent denoted by the prefix "Ox", or its 
decimal equivalent; or 

b) a string constant represented by its Unicode equivalent; or 
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c) a combination of a binary number and a string constant. 

3) It has a text description. It is the table of values and descriptions which is published on www.dvb.org . 

4) It is allocated to an organisation operating in the digital television space (e.g. ACME Digital Broadcasting, 
Inc.), or a grouping of such companies (e.g. an ACME - Association of Cable/MMDS Enterprises) or an 
institution acting in digital television, e.g. IEEE (Institute of Electrical and Electronic Engineers). 

5) It may be allocated for a given region. For terrestrial broadcasting, this is typically a sovereign country; for 
satellite operations, this is typically a geographical region spanning many countries, but consistent with the 
footprint of the satellites owned by the operators. 

The present document describes where to find definitions of each identifier, who to refer to when there are questions, 
templates for the allocations and rules governing them. In addition, and where appropriate, there are descriptions of best 
practice and some historical notes. 

The DVB Project Office shall be the only Registrar entitled to accept applications and perform registrations under the 
regime of the present document, and within the application areas of the specifications listed in clause 2.1. The DVB 
Project Office shall maintain a public, on-line register of assigned identifiers to ease quick look-up of the current 
assignments. 

NOTE: For practical reasons, the DVB Project Office may choose to delegate the operation and maintenance of 
the public, on-line register and the authority of receiving apphcations and performing registrations to one 
or more third parties. 

4.1 Registration domain and application domains 

The scope of the present document shall constitute a registration domain namespace. Referred to as the registration 
domain for short. All identifiers defined in the present document are assigned a name in the registration domain. 

Other specification documents - as referenced by the present document - constitute their own application domain 
namespaces. Each of them referred to as an application domain for short. Different names may be used for referring to 
the identifiers defined in the present document, in these application domains. 

For each of the identifiers defined in the present document, a sub-clause is provided, which lists the registration domain 
name, and application domain names used to refer to the respective identifier. This means that all the names listed for 
each identifier, refer to one and the same identifier. Consequently, all provisions made in the present document for the 
respective identifier, shall also apply to the application domains listed. 



5 Service Information (DVB-SI) identifiers 

This clause and its sub-clauses cover the identifiers defined in EN 300 468 [i.l]. 

5.1 BouquetJD 

Bouquet_ID values shall be allocated to broadcasters and network operators to identify bouquets within the application 
area of EN 300 468 [i.l], by insertion in the bouquet_id field. 

5.1 .1 BouquetJD registration template 

To register a BouquetJD, applicants shall supply at least the information labelled as "required" in the registration 
template below. 



ETSI 



11 



ETSI TS 101 162 VI .5.1 (2012-01) 



Table 1 : BouquetJD registration template 



Registration field 


Required 


Description 


Bouquet Name 


required 


Name of the Bouquet (e.g. "ACME Pay-TV Service") 


Bouquet Country Code 


required 


Country code where the bouquet is unique (e.g. North America) 


Bouquet Operator 


required 


Name of organisation which operates Bouquet (e.g. "ACIVIE Pay-TV, Inc.") 


Bouquet Legal Contact 


required 


Name and e-mail of authorised legal signatory of "Bouquet Operator" 


Bouquet Technical Contact 


required 


Name and e-mail of technical contact of "Bouquet Operator" 


Bouquet Notes 


optional 


Notes on the application, e.g. last revised and what revisions were made 



5.1 .2 BouquetJD allocation template 

The scheme and values given in table 2 shall be used for the allocation of BouquetJD values. 

Table 2: Bouquetjd allocation template 



BouquetJD 


Description 


0x0000 


Reserved 


0x0001 to OxFFFF 


Reserved for general registration through the DVB Project Office (see 
httoV/www.dvbservices.com) 



5.1 .3 BouquetJD domain names 

Table 3 lists the names, under which the bouquetjd is used in different DVB specifications. 

Table 3: BouquetJD domain names 



Name 


Domain 


Description 


Bouquet ID 


Registration Domain 


Constituted by the present document 


bouquet id 


DVB-SI 


EN300 468[i.1] 
TS 101 211 [1.2] 


bouquet id 


DVB-DATA 


EN 301 192 [i.3] 
TR101 202 [1.4] 


bouquet id 


DVB-TVA 


TS 102 323 [1.10] 


bouquetid 


DVB-MHP 


TS101 812 [1.5] 
TS 102 727 [1.6] 
TS 102 809 [1.24] 
TS 102 728 [1.26] 



5.2 CA_System_ID 

CA_SystemJD values shall be allocated to Conditional Access system vendors to identify CA systems within the 
application area of EN 300 468 [i.l], by insertion in the CA_systemJd field. 

5.2.1 CA_SystemJD registration template 

To register a CA_SystemJD, applicants shall supply at least the information labelled as "required" in the registration 
template below. 

Table 4: CA_System JD registration template 



Registration field 


Required 


Description 


CA System Name 


required 


Name of the organisation supplying Conditional Access services 
(e.g. "ACME CA Services, Inc.") 


CA System Legal Contact 


required 


Name and e-mail of authorised legal signatory of "CA System Name" 


CA System Technical Contact 


required 


Name and e-mail of technical contact of "CA System Name" 


CA System Notes 


optional 


Notes on the application, e.g. last revised and what revisions were made 
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5.2.2 CA_SystemJD allocation template 

The scheme and values given in table 5 shall be used for the allocation of CA_System_ID values. 

Table 5: CA_System_ID allocation template 



CA System_ID 


CA system specifier 


0x0000 


Reserved 


0x0001 to OxOOFF 


Reserved for registration to standardised systems through the DVB Project Office (see 
http://www.dvbservices.com) 


OxOIOOtoOxFFFF 


Reserved for general registration through the DVB Project Office (see 
httD://www. dvbservices.com) 



In the standardised systems registration range, allocations shall only be made for Conditional Access systems which are 
defined and/or adopted as such by DVB, and which are fully described in a publicly available document from a 
recognised standardisation body. 

In the general registration range, allocations shall only be made to bona fide Conditional Access system vendors. 
Applicants need to demonstrate that the vendor is proposing a registration for a legitimate Conditional Access product. 

5.2.3 CA_System_ID domain names 

Table 6 lists the names, under which the CA_System_ID is used in different DVB specifications. 

Table 6: CASystemID domain names 



Name 


Domain 


Description 


CA_System_ID 


Registration Domain 


Constituted by the present document 


CA system id 


DVB-SI 


EN 300 468 [1.1] 
TS101 211 [i.2] 


CA system id 


DVB-DATA 


EN 301 192 [1.3] 
TR101 202(1.4] 


CA system id 


DVB-TVA 


TS 102 323 [1.10] 


CASystsemId 


DVB-MHP 


TS101 812 [i.5] 
TS 102 727 [1.6] 
TS 102 809[i.24] 
TS 102 728 [1.26] 



5.3 CP_System_ID 

CP_System_ID values shall be allocated to identify Copy Protection (CP) systems to which DVB-CPCM content will 
be exported within the application area of EN 300 468 [i.l], by insertion in the field CP_system_id. 

5.3.1 CP_SystemJD registration template 

To register a CP_System _ID, applicants shall supply at least the information labelled as "required" in the registration 
template below. 

Table 7: CP_System_ID registration template 



Registration field 


Required 


Description 


CP System Description 


required 


Name of a Content Protection System (e.g. "ACIVIE Content Safe 1 .0") 


CP System Specifier 


required 


Name of the organisation supplying the CPS (e.g. "ACIVIE CPS 
Consortium") 


CP System Legal Contact 


required 


Name and e-mail of authorised legal signatory of "CP System Specifier" 


CP System Technical Contact 


required 


Name and e-mail of technical contact of "CP System Specifier" 


CP System Notes 


optional 


Notes on the application, e.g. last revised and what revisions were made 
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5.3.2 CP_SystemJD allocation template 

The scheme and values given in table 8 shall be used for the allocation of CP_System_ID values. 

Table 8: CP_System_ID allocation template 



CP System ID 


CP system specifier 


0x0000 to OxOOFF 


Reserved for registration to systems defined by DVB 




0x0000 


DVB CPCIVI Content Licence 


0x0001 


DVB CPCIVI Auxiliary Data 


0x0002 


DVB CPCIVI Revocation List 


0x0100 to OxFFFF 


Reserved for qeneral reqistration throuqh the DVB Project Office (see httD://www.dvbservices.com) 



In the general registration range, allocations shall only be made to bona fide Copy Protection system vendors. 
Applicants need to demonstrate that the vendor is proposing a registration for a legitimate Copy Protection product. 

5.3.3 CP_System_ID domain names 

Table 9 lists the names, under which the CP_System_ID is used in different DVB specifications. 

Table 9: CP_system_id domain names 



Name 


Domain 


Description 


CP System ID 


Registration Domain 


Constituted by the present document 


CP system id 


DVB-SI 


EN 300 468 [1.1] 
TS101 211 [1.2] 



5.4 Country Code 

Country Code values shall be allocated to geographical areas to identify groups of countries or parts of countries within 
the application area of EN 300 468 [i.l]. These are supplementary to ISO 3166-1 [i.7]. This identifier helps in defining 
geographical coverage of other identifiers. 

5.4.1 Country Code registration template 

To register a Country Code, applicants shall supply at least the information labelled as "required" in the registration 
template below. 

Table 10: Country Code registration template 



Registration field 


Required 


Description 


Geographical Area Name 


required 


Name of the geographical area (e.g. "North America") 


Geographical Area Legal Contact 


required 


Name and e-mail of authorised legal signatory of "Geographical 
Area Name" 


Geographical Area Technical Contact 


required 


Name and e-mail of technical contact of "Geographical Area Name" 


Geographical Area Notes 


optional 


Notes on the application, e.g. last revised and what revisions were 
made 



5.4.2 Country Code allocation template 

The scheme and values given in table 1 1 shall be used for the allocation of Country Code values. 

Table 11 : Country Code allocation template 



Country Code 


Grouping 


000 to 899 


Reserved for ISO 3166-1 [1.7] use 


900 to 999 


Reserved for reqistration through the DVB Project Office (see httD://www.dvbservices.com) 
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Since geographical areas are to be represented by this identifier, allocations of Country Code values shall only be made 
to bona fide organisations. Applicants need to demonstrate that they represent the geographical area in question in an 
appropriate way. Preferred Applicants for Country Code values are hence organisations known to be in agreement with 
the legal and regulatory authorities, and other determining organisations active in, or substantially affected by, the area 
for which a Country Code value is to be registered. 

5.4.3 Country Code domain names 

Table 12 lists the names, under which the Country Code is used in different DVB specifications. 

Table 12: Country Code domain names 



Name 


Domain 


Description 


Country Code 


Registration Domain 


Constituted by tlie present document 


country code 


DVB-SI 


EN300 468[i.1] 
TS 101 211 [i.2] 



5.5 Encoding_Type_ID 

Encoding_Type_ID values shall be allocated to broadcasters, network operators and content producers to identify string 
encodings within the application area of EN 300 468 [i.l], by insertion in the field encoding_type_id in the second byte 
of the string. 

5.5.1 Encoding_TypeJD registration template 

To register an Encoding_Type_ID, applicants shall supply at least the information labelled as "required" in the 
registration template below. 

Table 13: Encoding_Type_ID registration template 



Registration field 


Required 


Description 


Encoding Type Description 


required 


Name of a character encoding type (e.g. "ACME Universal Character 
Set 3") 


Encoding Type Specifier 


required 


Name of the organisation which is responsible for the character set 
described above (e.g. "ACME Fonts, Inc.") 


Encoding Type Legal Contact 


required 


Name and e-mail of authorised legal signatory of "Encoding Type ID" 


Encoding Type Technical Contact 


required 


Name and e-mail of technical contact of "Encoding Type ID" 


Encoding Type Notes 


optional 


Notes on the application, e.g. last revised and what revisions were 
made 



5.5.2 Encoding_TypeJD allocation template 

The scheme and values given in table 14 shall be used for the allocation of Encoding_Type_ID values. 

Table 14: EncodingTypeJD allocation template 



Encodlng_Type_ID 


CP system specifier 


0x00 


Reserved 


0x01 to OxEF 


Reserved for general registration through the DVB Project Office (see 
http://www.dvbservices.com) 


OxFO to OxFF 


Reserved for future use 



5.5.3 Encoding_TypeJD domain names 

Table 15 lists the names, under which the Encoding_Type_ID is used in different DVB specifications. 
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Table 15: Encodingtypejd domain names 



Name 


Domain 


Description 


Encoding Type ID 


Registration Domain 


Constituted by tlie present document 


encoding type id 


DVB-SI 


EN300 468[i.1] 
TS101 211 [i.2] 



5.6 



Network ID 



Network_ID values shall be allocated to broadcasters and network operators to identify networks within the application 
area of EN 300 468 [i.l], by insertion in the network_id field. 

A network is defined as a collection of MPEG 2 Transport Stream (TS) multiplexes transmitted on a single delivery 
system, e.g. all digital channels on a specific cable system. Network_IDs are unique within the geographical region 
defined by the Country Code. 

• For satellite networks, this is a region spanning many countries. 

• For a cable network, this is a single country. 

• For terrestrial networks, this is a single country also, but it is important that two adjacent countries shall not 
have the same block of Network IDs. Hence the concept of colour coding countries was introduced. 

5.6.1 Network_ID registration template 

To register a Network_ID, applicants shall supply at least the information labelled as "required" in the registration 
template below. 

Table 16: NetworkID registration template 



Registration field 


Required 


Description 


Network Type 


required 


Satellite, terrestrial or cable 


Network Name 


required 


Name of the Network (e.g. "ACME Cable") 


Network Country Code 


required 


Country code where the network is unique (e.g. North America) 


Network Operator 


required 


Name of organisation which operates the network (e.g. "ACME Pay-TV, 
Inc.") 


Network Legal Contact 


required 


Name and e-mail of authorised legal signatory of "Network Operator" 


Network Technical Contact 


required 


Name and e-mail of technical contact of "Network Operator" 


Network Notes 


optional 


Notes on the application, e.g. last revised and what revisions were made 



The rules for the allocation of Network_IDs are as follows: 

1) Network_ID s will be allocated on a geographical basis such that no conflict of network ids occurs in any 
geographical region. (Satellite network ids will be unique world-wide). 

2) Network_IDs are a scarce resource and their allocation is under responsibility of DVB. Application of multiple 
Network_IDs is subject to exhaustive verification and is discouraged. 

3) 256 Network_ID values are reserved for private/temporary use. Their allocation is not subject of the present 
document. 

4) Network_IDs will be allocated according to clause 5.6.2. 

5) Network_IDs for the terrestrial delivery medium will be made available to the appropriate national 
telecommunications regulator and their allocation in each country is under responsibility of this regulator. 

6) In order to avoid the uneconomical use of Network_IDs, the values will be given in blocks of 256 values on a 
country by country basis. Non-allocated Network_IDs will be kept reserved. 

7) The allocation of terrestrial network ids shall be based on a 4-colour-map approach. Two blocks of 256 values 
are reserved for the eventual case of collision. 
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8) If 256 values are not sufficient for a country, a new block of 256 colours will be allocated. This block can be 
used by all countries with the same colour in the colour map. 

NOTE: Due to the re-usable allocation of all types of Network_ID values (satellite, cable and terrestrial), no link 
between Network_ID and Original_Network_ID exists. 

5.6.2 Network_ID allocation template 

The scheme and values given in table 17 shall be used for the allocation of Network_ID values. 

Table 17: NetworkID allocation template 



NetworkJD 


Classification 


Network 
Type 


Country 

code(s) of 

validity 


Description 


0x0000 


Reserved 


all 


all 


Reserved 


0x0001 to 0x2000 


Unique satellite 


Satellite 


all 


4 096 values reserved for registration 
through the DVB Project Office (see 
http://www.dvbservices.com) 


0x2001 to 0x3000 


Unique terrestrial 


Terrestrial 


all 


4 096 values reserved for registration 
through the DVB Project Office (see 
httD://www. dvbservices.com) 




Dx3001 to 0x3600 


Re-useable terrestrial 


Terrestrial 


as 
registered 


1 536 values reserved for registration 
through the DVB Project Office (see 
http://www.dvbservices.com) 




0x3001 to 0x3100 


Countries of colour A 


Terrestrial 


as 
registered 


256 values 


0x3101 to 0x3200 


Countries of colour B 


Terrestrial 


as 
registered 


256 values 


0x3201 to 0x3300 


Countries of colour C 


Terrestrial 


as 
registered 


256 values 


0x3301 to 0x3400 


Countries of colour D 


Terrestrial 


as 
registered 


256 values 


0x3401 to 0x3500 


Countries of colour E 


Terrestrial 


as 
registered 


256 values 

(to be used only in case of collision) 


0x3501 to 0x3600 


Countries of colour F 


Terrestrial 


as 
registered 


256 values 

(to be used only in case of collision) 


0x3601 to OxAOOO 


Reserved for future 
use 


Terrestrial 


to be 
defined 


27 136 values reserved for registration 
through the DVB Project Office (see 
httD://www.dvbservices.com) 


OxAOOl to OxBOOO 


Re-useable cable 


Cable 


as 
registered 


4 096 values reserved for registration 
through the DVB Project Office (see 
http://www.dvbservices.com) 


OxBOOl to OxFOOO 


Reserved for future 
use 


Cable 


to be 
defined 


16 384 values reserved for registration 
through the DVB Project Office (see 
httD://www. dvbservices.com) 


OxFOOl to OxFFOO 


Unique cable 


Cable 


all 


3 840 values reserved for registration 
through the DVB Project Office (see 
http://www.dvbservices.com) 


OxFECO to OxFFOO 


Network Interface 
Modules 


DVB 
Common 
Interface 

[1.91 


all 


64 values for local use by DVB-CI modules 


OxFFOI to OxFFFF 


Temporary private use 


Not defined 


all 


255 values for temporary private use 
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5.6.3 NetworkJD domain names 

Table 18 lists the names, under which the NetworkJD is used in different DVB specifications. 

Table 18: Network ID domain names 



Name 


Domain 


Description 


Network_ID 


Registration Domain 


Constituted by tlie present document 


network id 


DVB-SI 


EN300 468[i.1] 
TS101 211 [i.2] 


network id 


DVB-DATA 


EN 301 192 [i.3] 
TR101 202 [i.4] 
TS102 006[i.12] 


network id 


DVB-TVA 


TS102 323[i.10] 


networkid 


DVB-MHP 


TS101 812 [i.5] 
TS102 727[i.6] 
TS 102 809[i.24] 
TS102 728[i.26] 



5.7 Original_Network_ID 

Original_Network_ID values shall be allocated to broadcasters, network operators and content producers to uniquely 
identify networks within the application area of EN 300 468 [i.l], by insertion in the original_network_id field. 

5.7.1 Original_NetworkJD registration template 

To register an Original_Network_ID, applicants shall supply at least the information labelled as "required" in the 
registration template below. 

Table 19: Original_Network_ID registration template 



Registration field 


Required 


Description 


Original Network Name 


required 


Name of the Network (e.g. "ACME TV") 


Original Network Operator 


required 


Name of organisation which operates network (e.g. "ACME 
Broadcast Corp.") 


Original Network Legal Contact 


required 


Name and e-mail of authorised legal signatory of "Original Network 
Operator" 


Original Network Technical Contact 


required 


Name and e-mail of technical contact of "Original Network Operator" 


Original Network Notes 


optional 


Notes on the application, e.g. last revised and what revisions were 
made 



The rules for the allocation of Original_Network_IDs are as follows: 

1) In principle only one Original_Network_ID should be assigned to each network operator, broadcaster or 
content producer. 

2) Original_Network_IDs are a scarce resource and their allocation is under responsibility of DVB. Application 
of multiple Original_Network_IDs is subject to exhaustive verification and discouraged. 

3) 256 Original_Network_ID values are reserved for private/temporary use. Their allocation is not subject of the 
present document. 

Since terrestrial and cable networks have in most cases a clearly identified geographical region of validity, the re-usage 
of Network_IDs is possible. However, Original_Network_IDs shall be unique independent of geographical region, 
since they are used to uniquely identify the transport streams and services. 

In terrestrial networks, however it is recommended that all operators within a country use the same 
Original_Network_ID. This implies that broadcasters and operators within a country would need to coordinate the 
allocation of transport_stream_ids and service_ids between them. The registrar is recommended to allocate 
Original_Network_ID values for terrestrial operators on the basis of Country Code + 0x2000. This will help receivers to 
discriminate broadcasts from multiple countries in cases where the target region descriptor is not used. 
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Some examples on the use of Network_ID and Original_Network_ID are given in Annex A. 

5.7.2 Original_NetworkJD allocation template 

The scheme and values given in table 20 shall be used for the allocation of Original_Network_ID values. 

Table 20: Original_Network_ID allocation template 



Original_NetworkJD 


Description 


0x0000 


Reserved 


0x0001 to OxFEBF 


Reserved for general registration tlirougti the DVB Project Office (see 
httD://www.dvbservices.com) 


OxFECO to OxFFOO 


DVB Common Interface l\/lodules [i.9] 


OxFFOO to OxFFFF 


Private temporary use 



5.7.3 Original_NetworkJD domain names 

Table 21 lists the names, under which the Original_Network_ID is used in different DVB specifications. 

Table 21 : Original_Network_ID domain names 



Name 


Domain 


Description 


Original Network ID 


Registration Domain 


Constituted by tlie present document 


original network id 


DVB-SI 


EN300 468[i.1] 
TS 101 211 [i.2] 


original network id 


DVB-DATA 


EN 301 192 [i.3] 
TR101 202 [i.4] 
TS 102 006 [i. 12] 


original network id 


DVB-TVA 


TS102 323[i.10] 


originalNetworkId 


DVB-MHP 


TS101 812 [i.5] 
TS102 727[i.6] 
TS102 809[i.24] 
TS 102 728 [i. 26] 



5.8 Private_Data_Specifier_ID 

Private_Data_Specifier_ID values shall be allocated to broadcasters, manufacturers and network operators and content 
producers to identify private SI elements within the application area of EN 300 468 [i.l], by insertion in the 
private_data_specifier field. 

5.8.1 Private_Data_SpecifierJD registration template 

To register a Private_Data_Specifier_ID, applicants shall supply at least the information labelled as "required" in the 
registration template below. 

Table 22: Private_Data_Specifier_ID registration template 



Registration field 


Required 


Description 


Private Data Specifier Organisation 


required 


Name of tlie organisation or organisation wtiicli is responsible for 
the private codes (e.g. "ACME, Inc.") 


Private Data Specifier Legal Contact 


required 


Name and e-mail of authorised legal signatory of "Private Data 
Specifier Organisation" 


Private Data Specifier Contact 


required 


Name and e-mail of technical contact of "Private Data Specifier 
Organisation" 


Private Data Specifier Notes 


optional 


Notes on the application, e.g. last revised and what revisions were 
made 
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Since the Private_Data_Specifier_ID plays important roles in national broadcast regulations and service aggregation, 
being able correctly identify the origins of the private data is important. Hence, Private_Data_Specifier_ID values shall 
only be allocated to bona fide organisations for which there is a legal signatory. 

5.8.2 Private_Data_SpecifierJD allocation template 

The scheme and values given in table 23 shall be used for the allocation of Private_Data_Specifier_ID values. 

Table 23: Private_Data_Specifier_ID allocation template 



Private_Data_Specifier_ID 


Description 


0x00000000 


Reserved 


0x00000001 to OxFFFFFFFF 


Reserved for general registration through the DVB Project Office (see 
httD://www. dvbservices.com) 



5.8.3 Private_Data_SpecifierJD domain names 

Table 24 lists the names, under which the Private_Data_Specifier_ID is used in different DVB specifications. 

Table 24: Private_data_specifier domain names 



Name 


Domain 


Description 


Private Data Specifier ID 


Registration Domain 


Constituted by the present document 


private data specifier 


DVB-SI 


EN300 468[i.1] 
TS101 211 [1.2] 


private data specifier 


DVB-DATA 


EN 301 192 [i.3] 
TR101 202(1.4] 
TS 102 006 [1.12] 


private_data_specif ier 


DVB-MHP 


TS101 812 [i.5] 
TS 102 727 [1.6] 
TS 102 809[i.24] 
TS 102 728 [1.26] 





6 Data Broadcast (DVB-DATA) identifiers 

This clause and its sub-clauses cover the identifiers defined in EN 301 192 [i.3]. 



6.1 



Data Broadcast ID 



Data_Broadcast_ID values shall be allocated to broadcasters. Conditional Access vendors, middleware vendors and 
other standardisation bodies to identify the types of Data Broadcast services within the application area of 
EN 300 468 [i.l], by insertion in the field data_broadcast_id. 

6.1.1 Data_Broa(dcast_l D registration template 

To register a Data_Broadcast_ID, applicants shall supply at least the information labelled as "required" in the 
registration template below. 
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Table 25: Data_Broadcast_ID registration template 



Registration field 


Required 


Description 


Data Broadcast Specification Name 


required 


Name of a Data Broadcast Specification (e.g. "ACIVlEcast 1 .0") 


Data Broadcast Specifier 


required 


Name of the organisation specifying the "Data Broadcast 
Specification Name" mentioned above (e.g. "ACIVlEcast, Inc.") 


Data Broadcast Legal Contact 


required 


Name and e-mail of authorised legal signatory of "Data 
Broadcast Specifier" 


Data Broadcast Technical Contact 


required 


Name and e-mail of technical contact of "Data Broadcast 
Specifier" 


Data Broadcast Notes 


optional 


Notes on the application, e.g. last revised and what revisions 
were made 



6.1 .2 Data_BroadcastJD allocation template 

The scheme and values given in table 26 shall be used for the allocation of Data_Broadcast_ID values. 

Table 26: Data_Broadcast_ID allocation template 



Data Broadcast ID 


Data broadcast specification 


0x0000 


Reserved for future use 


0x0001 to 0x007F 


Reserved for registration to DVB data broadcasting - exclusive range (see 


note) 




0x0001 


Data pipe 


0x0002 


Asynchronous data stream 


0x0003 


Synchronous data stream 


0x0004 


Synchronised data stream 


0x0005 


IVIuIti protocol encapsulation 


0x0006 


Data Carousel 


0x0007 


Object Carousel 


0x0008 


DVB ATM streams 


0x0009 


Higher Protocols based on asynchronous data streams 


OxOOOA 


System Software Update service [i.12] 


OxOOOB 


IP/IVIAC Notification service [1.3] 


C 


)x0080 to OxOOEF 


Reserved for registration to DVB data broadcasting - combined range (see 


note) 








C 


)xOOFO to OxOOFF 


Reserved for registration to MHP data broadcasting 




0x00 FO 


IVIHP Object Carousel 


OxOOFI 


IVIHP Multiprotocol Encapsulation 


0x00 F2 


MHP application presence 


OxOIOOtoOxFFFE 


Reserved for general registration through the DVB Project Office (see 
http://www.dvbservices.com) 


OxFFFF 


Reserved for future use 


NOTE: See clause "' 


12.6.4 Data broadcast id descriptor" of [i.2]. 


1 



In the general registration range separate allocations for different versions of the same data broadcast specification shall 
only be made if and when a receiver would otherwise not be able to detect the version used from the contents of the data 
broadcast streams themselves or from private data carried in DVB-SI descriptors bearing a data_broadcast_id field. 
Data broadcast specifiers should thus design their specifications such that receivers can detect the version used without 
the use of separate Data_Broadcast_ID values. 
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6.1 .3 Data_BroadcastJD domain names 

Table 27 lists the names, under which the Data_Broadcast_ID is used in different DVB specifications. 

Table 27: Data Broadcast ID domain names 



Name 


Domain 


Description 


Data_Broadcast_ID 


Registration Domain 


Constituted by the present document 


data broadcast id 


DVB-SI 


EN300 468[i.1] 
TS101 211 [i.2] 


data broadcast id 


DVB-DATA 


EN 301 192 [i.3] 
TR101 202 [i. 4] 
TS102 006[i.12] 


data broadcast id 


DVB-TVA 


TS102 323[i.10] 


data broadcast id 


DVB-MHP 


TS101 812 [i.5] 
TS102 727[i.6] 
TS 102 809[i.24] 
TS102 728[i.26] 



6.2 



Platform ID 



Platform_ID values shall be allocated to network operators and IPDC platform operators to uniquely identify the 
IP/MAC platform in use which is defined in EN 301 192 [i.3], by insertion in the platform_id field. 

6.2.1 Platform_ID registration template 

To register a Platform_ID, applicants shall supply at least the information labelled as "required" in the registration 
template below. 

Table 28: PlatformJD registration template 



Registration field 


Required 


Description 


Platform Name 


required 


Name of the IP/MAC Platform (e.g. "ACME IVIobileTV") 


Platform Operator 


required 


Name of organisation which operates IP/MAC Platform (e.g. "ACME Mobile 
Com, Inc.") 


Platform Legal Contact 


required 


Name and e-mail of authorised legal signatory of "Platform Operator" 


Platform Technical Contact 


required 


Name and e-mail of technical contact of "Platform Operator" 


Platform Notes 


optional 


Notes on the application, e.g. last revised and what revisions were made 



6.2.2 Platform_ID allocation template 

The scheme and values given in table 29 shall be used for the allocation of PlatformJD values. 

Table 29: PlatformJD allocation template 



Platform ID 


Description 


0x000000 


Reserved 


0x000001 to OxFFEFFF 


Reserved for general registration through the DVB Project Office (see 

http://www.dvbservices.com). 

These platform id values are globally unique. 


OxFFFOOO to OxFFFFFE 


Managed by the network operator, and may be used for IP/MAC Platforms supporting services 
only within a single DVB network. These platformjd values are unique within a networkjd 
only. 


OxFFFFFF 


Reserved 
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6.2.3 Platform_ID domain names 

Table 30 lists the names, under which the Platform_ID is used in different DVB specifications. 

Table 30: Platform ID domain names 



Name 


Domain 


Description 


Platform_ID 


Registration Domain 


Constituted by tlie present document 


platform id 


DVB-SI 


EN300 468[i.1] 
TS 101 211 [i.2] 


platform id 


DVB-DATA 


EN 301 192 [i.3] 
TR 101 202 [i.4] 
TS 102 006 [i. 12] 


platform id 


DVB-MHP 


TS101 812 [i.5] 
TS102 727[i.6] 
TS102 809[i.24] 
TS 102 728[i.26] 



7 Generic Stream Encapsulation (DVB-GSE) identifiers 

This clause and its sub-clauses cover the identifiers defined in TS 102 606 [i.8]. 

7.1 Protocol_Type_ID 

The DVB-S2, -T2 and -C2 physical layers provide Generic Stream modes for conveying arbitrary, variable length 
payload frames. To identify the type of payload frames, a field in the header of these physical layers is used. For 
example, in the case of D VB-S2 and D VB-T2, the SYNC field is used. Further details about the fields used can be 
found in [i.8]. 

7.1 .1 Protocol_Type_ID registration template 

To register a Protocol_Type_ID, applicants shall supply at least the information labelled as "required" in the registration 
template below. 

Table 31 : Protocol_Type_ID registration template 



Registration field 


Required 


Description 


Protocol Type Name 


required 


Name of protocol specification (e.g. "ACIVIE SkyDSL") 


Protocol Type Specifier 


required 


Name of the organisation or organisation which is responsible for 
the protocol specification above (e.g. "ACIVIE Sat Coms, Inc.") 


Protocol Type Legal Contact 


required 


Name and e-mail of authorised legal signatory of "Protocol Type ID" 


Protocol Type Technical Contact 


required 


Name and e-mail of technical contact of "Protocol Type ID" 


Protocol Type Notes 


optional 


Notes on the application, e.g. last revised and what revisions were 
made 



7.1 .2 Protocol_TypeJD allocation template 

The scheme and values given in table 32 shall be used for the allocation of Protocol_Type_ID values. 
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Table 32: Protocol_Type_ID allocation template 



ProtocoLType_ID 


Description 


0x00 


Generic Stream Encapsulation [i.8], [1.13] 


0x01 


Generic Stream Encapsulation with error detection adaptation layer [i.8], [i.13]{see note) 


0x02 to 0xB8 


Reserved for registration to standardised protocols through the DVB Project Office (see 
http://www.dvbservices.com) 


0xB9 to OxFF 


User private 


NOTE: For details of the error detection adaptation layer see the clauses specific to each physical layer in [1.13]. 



7.1 .3 Protocol_TypeJD cjomain names 

Table 33 lists the names, under which the Protocol_Type_ID is used in different DVB specifications. 

Table 33: Protocol_Type_ID domain names 



Name 


Domain 


Description 


Protocol_Type_ID 


Registration Domain 


Constituted by the present document 


protocol type id 


DVB-GSE 


TS 102 606 [i.8] 
TS 102 771 [1.13] 



8 Identifiers for Globally Executable MHP (GEM), 

Multimedia Home Platform (DVB-MHP) and other 
technologies 

The Application Information Table (AIT) provides full information on the data broadcast, the required activation state 
of appHcations carried by it, etc. Although first used with MHP (TS 101 812 [i.5] and TS 102 727 [i.6]), the AIT is now 
used with other technologies including OCAP [i.l9], ACAP [i.20], MHEG-5 [i.25] and various specifications which use 
TS 102 809 [i.24], for example the Open IPTV Forum specifications [i.21], [i.22] and [i.23]. In many places in the 
present document, the identifiers retain MHP in the name to reflect their origins but this does not imply limitations on 
their use with other application types. 

8.1 MHP_AIT_Descriptor 

8.1 .1 MHP_AIT_Descriptor registration template 

To register an MHP_AIT_Descriptor, applicants shall supply at least the information labelled as "required" in the 
registration template below. 

Table 34: lUIHPAITDescriptor registration template 



Registration field 


Required 


Description 


AIT Descriptor Specification Name 


required 


Name of an AIT Descriptor Specification (e.g. "ACME 
InteractiveApps 1 .0") 


AIT Descriptor Specifier 


required 


Name of the organisation specifying the "AIT Descriptor 
Specification Name" mentioned above (e.g. "ACIVIE TV-Apps, 
Inc.") 


AIT Descriptor Legal Contact 


required 


Name and e-mail of authorised legal signatory of "AIT Descriptor 
Specifier" 


AIT Descriptor Technical Contact 


required 


Name and e-mail of technical contact of "AIT Descriptor 
Specifier" 


AIT Descriptor Notes 


optional 


Notes on the descriptor, e.g. last revised and what revisions 
were made 
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8.1 .2 MHP_AIT_Descriptor allocation template 

The scheme and values given in table 35 shall be used for the allocation of MHP_AIT_Descriptor values. 

Table 35: MHPAITDescriptor allocation template 



MHP_AIT_Descriptor 


Description 




0x00 to 0x5 F 


Reserved for DVB-MHP 




0x00 


application descriptor 


0x01 


application name descriptor 


0x02 


transportjrotocol descriptor 


0x03 


dvbj application descriptor 


0x04 


dvbj application location descriptor 


0x05 


external application authorization descriptor 


0x08 


dvb html application descriptor 


0x09 


dvb html application location descriptor 


OxOA 


dvb html application boundary descriptor 


OxOB 


application icons descriptor 


OxOC 


prefetch descriptor 


0x0 D 


DM location descriptor 


OxOE 


delegated application descriptor 


OxOF 


plug-in descriptor 


0x10 


application storage descriptor 


0x11 


ip signalling descriptor 


0x12 


provider export descriptor 


0x13 


provider usage descriptor 


0x14 


graphics constraints descriptor 


0x5F 


private data specifier descriptor 


0x60 to 0x7F 


Reserved for registration to standardised descriptors through the 
httoV/www.dvbservices.com) 


DVB Project Office (see 


0x80 to OxFF 


Reserved for future use 



8.1 .3 MHP_AIT_Descriptor domain names 

Table 36 lists the names, under which the MHP_AIT_Descriptor is used in different DVB specifications. 

Table 36: MHPAITDescriptor domain names 



Name 


Domain 


Description 


MHP_AIT_Descriptor 


Registration Domain 


Constituted by the present document 


descriptor tag 


DVB-MHP 


TS101 812 [1.5] 
TS102 727[i.6] 
TS 102 809 [1.24] 
TS102 728[i.26] 



8.2 MHP_Application_Type_ID 



The MHP_Application_Type_ID identifies the type of the applications described in an AIT sub-table, i.e. the engine or 
plug-in on which the applications can be executed. MHP_Application_Type_ID values shall be allocated to 
broadcasters. Conditional Access vendors, middleware vendors, and other standardisation bodies to identify the types of 
interactive applications by insertion in the field application_type. 



ETSI 



25 



ETSI TS 101 162 VI .5.1 (2012-01) 



8.2.1 MHP_Application_Type_ID registration template 

To register an MHP_Application_Type_ID, applicants shall supply at least the information labelled as "required" in the 
registration template below. 

Table 37: MHP_Application_Type_ID registration template 



Registration field 


Required 


Description 


Application Type Specification Name 


required 


Name of an Application Type Specification (e.g. "ACME 
Goldenrod 1.0") 


Application Type Specifier 


required 


Name of tfie organisation specifying tfie "Application Type 
Specification Name" mentioned above (e.g. "ACMEcast, Inc.") 


Application Type Legal Contact 


required 


Name and e-mail of authorised legal signatory of "Application 
Type Specifier" 


Application Type Technical Contact 


required 


Name and e-mail of technical contact of "Application Type 
Specifier" 


Application Type Notes 


optional 


Notes on the application type, e.g. last revised and what 
revisions were made 



8.2.2 MHP_Application_Type_ID allocation template 

The scheme and values given in table 38 shall be used for the allocation of MHP_Application_Type_ID values. 
Table 38: MHP_Application_Type_ID allocation template 



MHP_Application_Type_ID 


Description 


0x0000 


Reserved 


0x0001 


DVB-J application 


0x0002 


DVB-HTML application 


0x0003 to 0x7FFF 


Reserved for registration to standardised applications through the DVB Project Office 
(see http://www.dvbservices.com) 



8.2.3 MHP_Application_Type_ID domain names 

Table 39 lists the names, under which the MHP_Application_Type_ID is used in different DVB specifications. 

Table 39: MHPApplicationlypeJD domain names 



Name 


Domain 


Description 


MHP Application Type ID 


Registration Domain 


Constituted by the present document 


application type 


DVB-MHP 


TS101 812 [1.5] 
TS 102 727 [1.6] 
TS 102 809 [1.24] 
TS 102 728 [1.26] 



8.3 MHP_Organisation_ID 



The MHP_Organisation_ID globally and uniquely identifies an organization that is responsible for interactive 
applications. MHP_Organisation_ID values shall be allocated to broadcasters. Conditional Access vendors, middleware 
vendors, application publishers, and other standardisation bodies to identify them as responsible for interactive 
applications by insertion in the field organisation_id. 
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8.3.1 MHP_OrganisationJD registration template 

To register an MHP_Organisation_ID, applicants shall supply at least the information labelled as "required" in the 
registration template below. 

Table 40: MHPOrganisationID registration template 



Registration field 


Required 


Description 


Organisation Name 


required 


Name of the organisation responsible for the interactive 
Applications (e.g. "ACIVIEcast, Inc.") 


Organisation Legal Contact 


required 


Name and e-mail of authorised legal signatory of "Organisation 
Name" 


Organisation Technical Contact 


required 


Name and e-mail of technical contact of "Organisation Name" 


Organisation Notes 


optional 


Notes on the organisation, e.g. legal successor for, or 
assignee to other Organisation ID holder 



8.3.2 MHP_OrganisationJD allocation template 

The scheme and values given in table 41 shall be used for the allocation of MHP_Organisation_ID values. 

Table 41 : MHPOrganisationID allocation template 



MHP_Organisation_ID 


Description 


0x000000 


Reserved 


0x000001 to OxFFFFFF 


Reserved for general registration through the DVB Project Office (see 

http://www.dvbservices.com). 

These IVIHP Organisation ID values are globally unique. 



8.3.3 MHP_OrganisationJD (domain names 

Table 42 lists the names, under which the MHP_Organisation_ID is used in different DVB specifications. 

Table 42: MHPOrganisationID domain names 



Name 


Domain 


Description 


MHP_Organisation_ID 


Registration Domain 


Constituted by the present document 


organisation id 
organization id 
organisationid 


DVB-MHP 


TS101 812 [1.5] 
TS 102 727 [1.6] 
TS 102 809 [1.24] 
TS 102 728 [1.26] 



8.4 



MHP Protocol ID 



The MHP_Protocol_ID identifies a protocol used for carrying interactive applications. MHP_Protocol_ID values shall 
be allocated to broadcasters, Conditional Access vendors, middleware vendors, and other standardisation bodies to 
identify protocols for carrying interactive apphcations by insertion in the field protocol_id. 
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8.4.1 MHP_ProtocolJD registration template 



To register an MHP_Protocol_ID, applicants shall supply at least the information labelled as "required" in the 
registration template below. 

Table 43: MHPProtocolJD registration template 



Registration field 


Required 


Description 


Protocol Specification Name 


required 


Name of a Protocol Specification (e.g. "ACIVIEcast 1.0") 


Protocol Specifier 


required 


Name of the organisation specifying the "Protocol Specification 
Name" mentioned above (e.g. "ACMEcast, Inc.") 


Protocol Legal Contact 


required 


Name and e-mail of authorised legal signatory of "Protocol 
Specifier" 


Protocol Technical Contact 


required 


Name and e-mail of technical contact of "Protocol Specifier" 


Protocol Notes 


optional 


Notes on the protocol, e.g. last revised and what revisions were 
made 



8.4.2 MHP_ProtocolJD allocation template 

The scheme and values given in table 44 shall be used for the allocation of MHP_Protocol_ID values. 

Table 44: MHPProtocolJD allocation template 



MHP Protocol ID 


Description 


0x0000 


Reserved 


0x0001 to OxOOFF 


Reserved for protocols defined by DVB [i.5], [1.6], [i.24] and [1.26] 




0x0001 


MHP Object Carousel 


0x0002 


IP via DVB Multiprotocol Encapsulation 


0x0003 


HTTP over the interaction channel 


OxOIOOtoOxFFFF 


Reserved for registration to standardised protocols through the DVB Project Office (see 
http://www.dvbservices.com) 



8.4.3 MHP_ProtocolJD domain names 

Table 45 lists the names, under which the MHP_Organisation_ID is used in different DVB specifications. 

Table 45: MHP Protocol ID domain names 



Name 


Domain 


Description 


MHP_Protocol_ID 


Registration Domain 


Constituted by the present document 


protocol_id 


DVB-MHP 


TS101 812 [i.5] 
TS 102 727 [1.6] 
TS102 809[i.24] 
TS 102 728 [1.26] 



DVB services over bi-directional IP networks 
(DVB-IPTV) identifiers 



9.1 PayloadJD 



For the transport of SD&S records, TS 102 034 [i.ll] defines the DVBSTP protocol. The different types of SD&S 
information are distinguished by the Payload_ID field in the DVBSTP header. 
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9.1.1 PayloadJ D registration template 

Since no registration to organisations outside DVB is possible at this time, no registration template is given. Should the 
Payload_ID be opened up for public registration in the future, the required registration template will appear here. 

9.1 .2 PayloadJ D allocation template 

The scheme and values given in table 46 shall be used for the allocation of Payload_ID values. 

Table 46: Payload_ID allocation template 



Payload ID 


Description 


0x00 


Reserved 




0x01 to OEF 


Reserved for payload formats defined by DVB [i.1 1], [i.14] and [i.15] 




0x01 


SD&S Service Provider Discovery Information 


0x02 


SD&S Broadcast Discovery Information 


0x03 


SD&S COD Discovery Information 


0x04 


SD&S Services from other SPs 


0x05 


SD&S Pacl<age Discovery Information 


0x06 


SD&S BCG Discovery Information 


0x07 


SD&S Regionalisation Discovery Information 


0x08 


FUS Stub file and SD&S RMS-FUS record 


0x09 


SRIVI delivery over DVBSTP 


OxAl to OxAF 


BCG Payload ID values (defined in TS 102 539 [i.14]) 


OxBI 


CDS XIVIL download session description (defined in TS 102 539 [1.14]) 


0xB2 


RMS-FUS Firmware Update Announcements (defined in TS 102 824 [i 


15]) 


OxCI 


Application Discovery Information 


OxFO to OxFF 


User defined 



9.1 .3 PayloadJD domain names 

Table 47 lists the names, under which the PayloadJD is used in different DVB specifications. 



Table 47: Platform id domain names 



Name 


Domain 


Description 


Payload ID 


Registration Domain 


Constituted by the present document 


Payload ID 

payloadid 

Payloadid 


DVB-IPTV 


TS 102 034 [i.1 1] 
TS 102 539 [1.14] 
TS 102 824 [i.1 5] 



10 IP Datacast over DVB (DVB-IPDC) identifiers 



10.1 IPDC_Operator_ID 



An IPDC Operator is a network entity managing IPDC key streams. It is uniquely identified by a pair of two DVB 
identifiers: 



• an IPDC_Operator_ID value; and 

• a CA_System_ID value (see clause 5.2). 



IPDC_Operator_ID values shall be allocated to IPDC operators to construct - under the scope of a CA_system_ID value 
- the unique identification of an IPDC operator [i.l7]. 

For CA_system_ID values in the range of 0x0001 to OxOOFF (standardised CA systems), associated IPDC_Operator_ID 
values shall be registered through the DVB Project Office. 
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1 0.1 .1 IPDC_OperatorJD registration template 

To register an IPDC_Operator_ID, applicants shall supply at least the information labelled as "required" in the 
registration template below. 

Table 48: IPDC_Operator_ID registration template 



Registration field 


Required 


Description 


IP DC Operator ID Type 


required 


Type of the IPDC Operator ID to be registered, i.e. string or numerical 


IPDC Operator CA System ID 


required 


The CA_System_id (see clause 5.2) which has already been registered 
to "IPDC Operator Name", and under which the "IPDC Operator ID" will 
be used 


IPDC Operator Name 


required 


Name of the organisation supplying Conditional Access services 
(e.g. "ACIVIE Mobile Services, Inc.") 


IPDC Operator Legal Contact 


required 


Name and e-mail of authorised legal signatory of "IPDC Operator 
Name" 


IPDC Operator Technical Contact 


required 


Name and e-mail of technical contact of "IPDC Operator Name" 


IPDC Operator Notes 


optional 


Notes on the application, e.g. last revised and what revisions were 
made 


NOTE: For historical reasons, the IPDCOperatorld value actually used in IPDC signalling can either be a numerical 

value or a string value, depending on the CA system with which it is associated (e.g. IPDC SPP Open Security 
Framework is traditionally associated with IPDCOperatorld numerical values, whereas IPDC SPP 18Crypt is 
traditionally associated with IPDCOperatorld string values). 



When a string ID is to be registered, it shall be a unique text string compliant with one of the two XML built-in data 
types "string" or "anyURI". 

1 0.1 .2 IPDC_OperatorJD allocation template 

The scheme and values given in table 49 shall be used for the allocation of IPDC_Operator_ID values. 
Table 49: Numerical IPDC_Operator_ID allocation template 



IPDC_Operator_ID 


Description 


0x0000 


Reserved for non-encrypted services 


0x0001 to OxFFFF 


Reserved for general registration through the DVB Project Office (see 
httD://www. dvbservices.com). 



1 0.1 .3 IPDC_OperatorJD domain names 

Table 50 lists the names, under which the IPDC_Operator_ID is used in different DVB specifications. 

Table 50: IPDC_Operator_ID domain names 



Name 


Domain 


Description 


IPDC Operator ID 


Registration Domain 


Constituted by the present document 


IPDC_Operator_ID 
IPDCOperatorld 


DVB-IPDC 


TS 102 832 [1.16] 
TS 102 611-1 [i.17] 
TS 102 474 [1.18] 



1 0.2 IPDC_Notification_Type 



IPDC Notification is a function by which the network provides messages about forthcoming and not predictable events 
of interest to the terminal or the user. An IPDC Notification may lead to subsequent interaction from the user/the 
terminal. The information carried in the notification messages can be related to the (DVB) network supporting the IPDC 
system, the IP platform, or the services described in a given ESG. 
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Static, standardised IPDC_Notification_Type values shall be allocated to broadcasters, Conditional Access vendors, 
middleware vendors, and other standardisation bodies to identify the types of Notification message targeting an IPDC 
Notification application in the terminal or in the smartcard within the application area of TS 102 832 [i.l6], by insertion 
in the field NotificationType. Allocations shall only be made for Notification Types which are fully described in a 
publicly available document from a recognized standardization body. 

1 0.2.1 IPDC_Notification_Type registration template 

To register an IPDC_Notification_Type, applicants shall supply at least the information labelled as "requked" in the 
registration template below. 

Table 51 : IPDC_Notification_Type registration template 



Registration field 


Required 


Description 


IPDC Notification Type IVIIME Type 


required 


MIME type of the application-specific message part 


IPDC Notification Type Specification Name 


required 


Name of a IPDC Notification Type Specification (e.g. "ACME 
InfoServl.O") 


IPDC Notification Type Specifier 


required 


Name of the organisation specifying the "IPDC Notification 
Type Specification Name" mentioned above (e.g. "ACMEcast, 
Inc.") 


IPDC Notification Legal Contact 


required 


Name and e-mail of authorised legal signatory of "IPDC 
Notification Type Specifier" 


IPDC Notification Type Technical Contact 


required 


Name and e-mail of technical contact of "IPDC Notification 
Type Specifier" 


IPDC Notification Type Notes 


optional 


Notes on the application type, e.g. last revised and what 
revisions were made 



1 0.2.2 IPDC_Notification_Type allocation template 

The scheme and values given in table 52 shall be used for the allocation of IPDC_Notification_Type values. 

Table 52: IPDC_Notification_Type allocation template 



IPDC_Notification_Type 


IVIIIVIE Type Description 




0x0000 to OxOOFF 


Reserved for registration to standardised applications through the DVB Project Office (see 
http://www.dvbservices.com) 




0x0000 




Reserved for specific IPDC signalling 


0x0001 


text/xml 


ESQ update message 


0x0002 


application/octet -St ream 


Notification application inside the smartcard, invol<ed by the 
DMA Smart Card Web Server 


OxOIOOtoOxFFFF 


User defined (dynamically assigned in the scope of an IP platform) 



10.2.3 IPDC_Notification_Type domain names 

Table 53 lists the names, under which the IPDC_Notification_Type is used in different DVB specifications. 

Table 53: IPDC_Notification_Type domain names 



Name 


Domain 


Description 


IPDC_Notif ication_Type 


Registration Domain 


Constituted by the present document 


NotificationType 


DVB-IPDC 


TS102 832[i.16] 
TS 102 611-1 [i.17] 
TS102 474[i.18] 
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10.3 Root_of_Trust_ID 

The ISCrypt profile of DVB-IPDC Service Purchase and Protection (SPP) uses a pubHc-key infrastructure (PKI) to 
manage authorisation, authentication, data integrity, and certificate revocations. The Root_of_Trust_ID globally and 
uniquely identifies a trust-centre organization that is responsible for issuing and managing certificates [i.l8]. 
Root_of_Trust_ID values shall be allocated only to bona fide trust-centre organisations. Applicants need to demonstrate 
that the vendor is proposing a registration for a legitimate Root-of-Trust product. 

1 0.3.1 Root_of_Trust_ID registration template 

To register a Root_of_Trust_ID, applicants shall supply at least the information labelled as "required" in the registration 
template below. 

Table 54: Root_of_Trust_ID registration template 



Registration field 


Required 


Description 


Root of Trust Name 


required 


Name of the organisation supplying trust-centre services (e.g. "ACIVIE 
Trust Centre, Inc.") 


Root of Trust Legal Contact 


required 


Name and e-mail of authorised legal signatory of "Root of Trust Name" 


Root of Trust Technical Contact 


required 


Name and e-mail of technical contact of "Root of Trust Name" 


Root of Trust Notes 


optional 


Notes on the application, e.g. last revised and what revisions were made 



1 0.3.2 Root_of_Trust_ID allocation template 

The scheme and values given in table 55 shall be used for the allocation of Root_of_Trust_ID values. 

Table 55: Root_of_Trust_ID allocation template 



Root of Trust ID 


CA system specifier 


000 to 001 


Reserved for registration to systems defined by DVB 


002 to 999 


Reserved for general registration through the DVB Project Office (see 
http://www.dvbservices.com) 



10.3.3 Root_of_Trust_ID domain names 

Table 56 lists the names, under which the Root_of_Trust_ID is used in different DVB specifications. 

Table 56: Root of Trust ID domain names 



Name 


Domain 


Description 


Root of Trust ID 


Registration Domain 


Constituted by the present document 


rot id 


DVB-IPDC 


TS102 832[i.16] 
TS 102 611-1 [1.17] 
TS 102 474 [1.18] 
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Annex A (informative): 

Example Scenarios for the Utilisation of networkjd and 

original_network_id 

A.1 Re-transmission of a satellite signal in terrestrial 
networks 

A service operator A-TV transmits his transport stream to satellite X-SAT. The signal is re-transmitted by the terrestrial 
network A-NET in country A with modifications to the content. The signal is re-transmitted by the terrestrial network in 
country B without modifications to the content: 

• A-TV has the unique original_network_id 0x1234. 

• Another television network B-TV (original_network_id = 0x5678) is using the same satellite for the 
contribution to A-Net in country A and to B-Net in country B. 

• The original_network_id of a DVB-T network is very likely to be the one given for that country according to 
table 1 of this TR. The originating service operator and its original_network_id in this case do not occur in the 
NIT of terrestrial networks. 

• X-SAT has the network_id 0x0200 (in range of unique satellite networks). 

• A-NET and B-Net share the re-usable terrestrial network_id range of 0x3300 to 0x334F. 



Service operator 
A-TV 

orig_nw_id = 
0x1234 



NIT 

nwjd = 0x3304 

nw_name="B-N ET" 

transp_stream_id=1 

orig_nw_id = 0x1 234 
transp_stream_id=2 

orig_nw_id = 0x5678 



NIT 

nwJd = 0x3322 

nw_name="A-NET" 

transp_stream_ld=1 1 

orig_nw_id = 0x1 1 1 1 
transp_stream_id=21 

orig_nw_id = 0x1 1 1 1 




country A 



NIT 




nw id 


= 0x3304 


nw name="A-NET" 


transp. 


stream id=12 


orig 


iw id = 0x1111 


transp 


stream id=22 


ong_ 


iwjd = 0x1 1 1 1 



Figure A.1 



£75/ 



33 



ETSI TS 101 162 VI .5.1 (2012-01) 



The satellite NIT contains the original_network_id of A-TV and the network_id of X-S AT. 

On the terrestrial network the original_network_id has always the value that has been allocated for a certain country as 
defined in clause 5.6. The network_id is replaced by one of the network_ids of country A that could be re-used in 
country B if it has the same colour in the colour-map. 



A.2 Re-transmission of a satellite signal in cable 
networks 

The same scheme as above applies. Cable networks generally use re-usable network_ids because there is no risk that 
IRDs are connected to two cable networks sharing the same network_id at the same time. 

The satellite serves different cable networks in L-Town and in E-Town. They can use the same network_id because they 
are physically separated. 

A special case is the transmission of cable network NITs as "foreign" NITs on a satellite. In this case the cable 
network_ids have to be in the unique range of values since a collision on other networks using the same re-usable 
network_id cannot be guaranteed. Note that this method is not recommended since the number of unique 
network ids is limited. 



country A 




Figure A.2 
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